Post not yet marked as solved
Been seeing this a while with iOS 17 update. The button exists with the identifier but .tap() does nothing.
Post not yet marked as solved
Expected behavior still sadly. From the docs:
When building apps to support multiple platforms, be aware of behavior differences when presenting an SFSafariViewController from your UI. In Mac apps built with Mac Catalyst, and in compatible iPad and iPhone apps running in visionOS, showing an SFSafariViewController opens the web content in the default web browser instead.
You might want to fall back to WKWebView in those scenarios.
Post not yet marked as solved
Wondering same thing as well on that. Was expecting the app to actually be installed and show with the circle icon but the usual rounded rectangle is showing.
Post not yet marked as solved
I think the only feasible solution now would be to do some post-processing on the DocC catalog. It's all JSON and files so painful but possible. Because previews by their nature aren't referenced from other classes and are top-level structures removal would be 1) killing preview files and 2) parsing/updating referencing JSON.
Post not yet marked as solved
Still an issue with release version of iOS 17.0
Post not yet marked as solved
See this link https://pspdfkit.com/blog/2022/download-failures-with-swift-package-manager-binary-targets/
Post not yet marked as solved
Opened ticket with Apple through Feedback Assistant today. Error message from running UTType..preferredMIMEType returns nil and error in LLDB says "File a bug" :). I'm not optimistic on resolution since it seems like Simulator under Rosetta is not supported at all sadly. Not everyone can easily rebuild for arm64 due to third party dependencies though.
Post not yet marked as solved
Looks like it's clearing up. Just succeeded.
Post not yet marked as solved
Same in US through xcodebuild as well
Post marked as Apple Recommended
I found that I had this issue building with xcodebuild but not when building and deploying interactively through Xcode and Organizer. Did not have to adjust bitcode settings and did enable bitcode on upload. Looking at the binary executable, there is a clear 43MB difference in size between the accepted version (bigger) and the command line built version. Would be interested to know if anyone else has seen this.
Post not yet marked as solved
Seeing the same thing. Did you resolve?
Seeing this again in Xcode 12.5. Strange thing is I'm not loading any WKWebView on app start.
Was able to finally get a build through an hour ago with Xcode 11.7 using Release configuration. Debug configuration seems to be broken still (Release was broken yesterday as well).
Post not yet marked as solved
Am seeing this with failed builds only now. Used to be rejected builds would show.
Has anyone tried on macOS 11?
